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I .  INTRODDCTION 


1.1  THE  SEISMIC  RESEARCH  CENTER:  GENERAL  CONSIDERATIONS 

This  design  study  considers  a  program  whereby 
the  existing  SOAC  system  can  evolve  into  what  will  be 
called  the  Seismic  Research  Center  (SRC) .  The  design  is  pri¬ 
marily  one  for  a  research  center  as  opposed  to  an  operational 
data  processing  center  which  must  routinely  and  reliably  pro¬ 
cess  real  time  seismic  data  with  a  set  of  fixed/  well  deve¬ 
loped  algorithms.  The  research  nature  of  the  new  system  will 
be  stressed  as  it  is  clear  that  the  manner  in  which  many  of 
the  system  ftuictions  of  an  operational  Seismic  Data  Center 
(SDC)  will  be  performed  have  not  yet  been  worked  out.  The 
detection  algorithms,  the  association  processes,  and  the  event 
location  algorithms  are  but  a  few  examples  of  areas  in  which 
much  research  is  still  needed.  Thus,  we  see  the  SRC  design 
as  being  strongly  weighted  towards  a  very  flexible  and  power¬ 
ful  computational  facility. 

The  system's  flexibility  is  controlled  both  by  the 
physical  hardware  configuration  and  by  its  programability . 

The  physical  configuration  must  be  easy  to  change,  e.g.,  by 
adding  processors,  peripherals,  I/O  channels,  etc.  These 
changes  should  be  quickly,  and  simply  accomplished  without  major 
system  interference,  such  as  down  time,  reprogramming  time, 
etc.  In  this  respect,  custom  or  rare  equipment  should  be 
avoided  as  should  obscure  programming  languages  and  operating 
systems . 

The  programability  of  the  SRC  depends  upon  the  operat¬ 
ing  system  (software)  and  upon  the  availability  of  an  array 
of  developmental  aids  such  as  editors,  assemblers,  compilers 
and,  of  course,  higher-level  languages. 

Finally,  the  overall  performance  of  the  SRC  system 
will  depend  upon  its  computational  power.  This  includes  the 
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processor  speeds,  the  I/O  bandwidths,  the  peripheral  speeds 
and  the  interprocessor  bus  (or  coonnunications}  speed.  Clearly, 
the  various  CPUs  and  peripherals  must  be  specified  with  a 
view  towards  their  compatibility. 

The  specific  tasks  that  the  SRC  must  perform  include: 

1.  To  act  as  a  research  center  for  experimentation 
with  selected  seismic  data  sets. 

2.  To  perform  data  services  for  external  users  - 
mostly  writing  special  tapes  of  selected  event 
waveforms . 

3.  To  archive  all  incoming  real-time  data  and  some 
additional  alphanumeric  (A/N)  data. 

4.  To  perform  reseaurch  on  automatic  seismic  event 
location  (generating  a  bulletin)  using  real  time 
data  plus  A/N  data: 

A.  To  detect  "signals”  in  the  data  stream  and 
form  the  phase  arrival  file  (PAF) . 

B.  To  separate  from  the  continuous  data  a  signal 
waveform  file  (SWF)  which  contains  all  the 
"interesting"  data  to  be  kept  on  line  for 

>  one  day. 

C.  To  associate  "events”  with  arrivals  and  pro¬ 
duce  an  automatic  bulletin. 

As  stated  earlier,  we  distinguish  between  an  operational 
seismic  data  center  which  must  receive  and  process  routinely 
all  incoming  data  amd  a  seismic  research  center  which  can 
handle  and  process  the  real  time  data  but  is  not  so  specifically 
designed.  The  differences  "in  design  mainly  concern  reliabil¬ 
ity  and  redundancy  and  the  extent  to  which  those  characteris¬ 
tics  dominate  the  design.  There  is  nothing  mutually 
incompatible  between  the  designs  of  an  SRC  emd  SDC  and  indeed. 
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this  design  study  will  specifically  address  the  reguironents 
of  an  SDC  but  the  en^hasls  will  be  upon  a  flexible  research 
system.  If  so  required,  the  SRC  suggested  in  this  study  would 
be  capable  of  performing  all  the  tasks  of  an  operational  SDC. 

1.2  SPECIFIC  TASKS 

The  requirements  of  the  SRC  will  include  some  time 
critical  tasks.  These  principally  are  involved  in  handling 
the  real  time  data.  There  are  also  numerous  "off-line”  or 
non-time  critical  tasks. 

Time  Critical  Functions 

e  Communications  Protocol 

e  Detection  Processing 

e  Archival  Storage 

e  Building  PAF,  SWF 

Nearly  Real  Time  Functions 

e  Secondary  (Refined)  Detection  Processing 

e  Automatic  Association 

e  Data  Base  Management 

Off-Line  Functions 

e  Visual  Data  Examination 

e  Data  Services 

e  Discrimination  Research 

e  Detection  Research 

e  ? 

The  real  time  seismic  data  to  be  processed  by  the  cen¬ 
ter  controls  the  time  critical  parts  of  the  system.  For  de¬ 
sign  purposes,  we  define  a  communications  channel  and  a  seismic 
channel  as  follows: 
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Cocanunications  Channel  •>  A  single  modem  connected  to 
one  station  (or  several)  with  a  data  rate  of  4.8  kilobaud 
a  600  bytes  per  second  (BPS) . 

Seismic  Channel  -  A  single  bit  streeun  from  one  compo-* 
nent  of  ground  motion.  Typically  there  will  be  three  seismic 
channels  per  station  (see  TaUSle  1.1). 


1.3  INPUT  DATA  RATES 

The  overall  input  data  rates  are,  for  design  pur¬ 
poses,  divided  into  two  categories,  the  1980  data  rate  and 
the  "future"  data  rate.  The  former  was  specified  by  VSC 
personnel  to  be  those  stations  emd  sample  rates  given 
in  Table  1.2.  The  future  data  rate  is  simply  that  pro¬ 
duced  by  50  stations  of  the  NSS  Mod  II  type  (Table  1.1) 
each  operating  over  a  4.8  Kbaud  communication  channel. 
These  overall  data  rates  are  outlined  in  Table  1.2. 


1.4  HARDWARE  CONFIGURATION 

The  overall  block  diagram  of  the  complete  SRC  system 
is  shown  in  Figure  1.1.  The  details  of  the  system  are  discussed 
in  later  sections  but  the  basic  design  as  shown  consists  of 
the  following  four  functional  modules: 

1.  The  Detection  Microprocessor  (DuP) • 

2.  The  Recording  Processor  (RP) . 

3.  The  Network  Analysis  System  (NAS). 

4.  The  Reseeurch  System  (RS)  . 

The  analogy  between  these  modules  and  the  parts  of  the 
existing  SDAC  is  close  and  intentional  so  that  an  evolutionary, 
step-by-step  implementation  of  this  design  can  be  accomplished. 
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TABLE  1.1 


SEISMIC  DATA  RATE  (NSS  MOD  II} 


Period 

Band 

Sample 

Rate 

BPS 

Each  component  of  motion  | 

f  SP 

40 

80 

is  divided  into  three  j 

MP 

4 

8 

signals  of  differing  j 

[  LP 

1 

_2 

frequency  response 

90 

a  270  BPS  per  station 

X  3 

components 
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TABLE  1.2 
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Proposed  seismic  research  center 


Each  of  these  modules  will  be  discussed  in  detail  in  later 
sections,  but  we  summarize  those  hardware  changes  in  the  pre¬ 
sent  SDAC  system  which  are  recommended: 

1.  Elimination  of  the  CCP. 

2.  Replacement  of  both  IBM  360/40s. 

There  are  several  factors  which  ab  initio  point  us 
toward  Digital  Equipment  Corporation  (DEC)  hardware  as  vendor 
for  the  replacement  hardware.  Principally,  these  are: 

1.  The  existence  in  SDAC  of  one  DEC  PDP  11/70. 

2.  The  existence  in  SDAC  of  the  Evans  and  Sutherland 
graphics  system  which  utilizes  a  DEC  PDP  11/35. 

3.  The  LL-ASG  design  for  the  SDC  which  is  built 
around  DEC  11  series  equipment. 

It  should  be  clearly  stated  that  in  our  view,  this  type  of 
equipment  is  highly  suited  for  these  purposes  and  would 
likely  be  chosen  even  if  these  factors  were  not  taken  into 
consideration.  The  11  series  of  DEC  computers  offers  an 
extremely  broad  range  of  compatible  midi,  mini  and  micro 
computers.  The  company  is  well-developed,  the  product  line 
stable,  popular  and  competitive. 

With  these  comments  in  mind,  we  will  not  consider,  in 
this  report,  products  outside  this  line,  with  the  exception 
of  the  microprocessor  front  end.  Even  here  its  compatibility 
with  the  DEC  11  series  will  be  an  important  factor. 
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II .  DETECTION  MICROPROCESSOR 


2 . 1  DESIGN  PHILOSOPHY 

It  is  clear  that  at  a  minimum,  each  communication  channel 
(modem)  will  need  a  separate  interface  to  the  RP.  A  possible 
configuration  of  the  RP  and  DP  might  be  simply  a  CPU  with  many 
synchronous  I/O  ports  doing  all  the  protocol  handling  and  de* 
tection  processing  sequentially. 

The  problem  is  one  of  processor  loading.  If  we  esti¬ 
mate  the  time  that  the  bus  is  occupied  by  simply  writing  the 
CW  data  to  tape  and  sane  subset  of  this  data  to  disk  files, 
we  find  this  will  likely  take  up  30  percent  of  the  availedsle 
time  for  the  "future"  data  rate.  Add  to  this  the  interrupt 
handling  of,  say,  50  synchronous  I/O  ports  and  it  is  easy  to 
see  that  even  if  the  CPU  is  very  fast,  the  machine  will  be 
unacceptably  loaded  merely  performing  these  simple  tasks  with¬ 
out  any  detection  processing. 

The  best  way,  in  our  opinion,  to  alleviate  these  prob¬ 
lems  is  to  impart  as  much  intelligence  as  possible  to  the  I/O 
interfaces.  Obviously,  they  can  handle  the  communication 
protocol,  buffer  the  data,  and  transfer  it  into  memory  via 
DMA.  But  why  not  also  do  some  reformatting  and  even  detec¬ 
tion  processing  in  this  "interface"? 

The  design  we  suggest  in  fact  takes  all  of  these  tasks 
away  from  the  RP  and  places  them  in  the  N  front  end  detection 
microprocessors  (DuP) .  These  DyPs  will  each  have  several 
tasks  to  perform: 

1.  Handle  communications  protocol  (possibly  full 
duplex) . 

2.  Process  the  data  stream  for  "arrival"  detections. 

3.  Form  a  signal  arrival  file. 

4.  Convert  input  data  into  a  common  format. 
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5.  Possibly  communicate  with  remote  stations  via 
full  duplex  for  control  functions. 

6.  Upon  coiraRand  transfer  data  blocks  via  DMA  into 
BP  memory. 

2.2  MABKET  SUBVEY 

We  have  conducted  a  market  survey  of  microprogrammable 
microprocessors  and  microcomputers.  Our  findings  are  summar¬ 
ized  in  Appendices  A  and  B.  We  have  examined  the  available 
device  specifications  for  the  purposes  of  a  DyP  with  particu- 
lar  emphasis  on: 

1.  Speed 

2.  Programability 

3 .  Availability 

4.  Cost  (including  development). 

We  seriously  considered  only  "off  the  shelf”  micro¬ 
computers  as  we  believe  that  the  cost  of  developing  a  micro¬ 
computer  from  microprocessor  and  other  chips  to  be  not  worth 
the  cost.  It  may  be  that  when  the  specific  functions  of  this 
DmP  are  completely  determined,  and  the  algorithms  it  must 
perform  are  decided,  a  more  specialized  machine  would  be  justi¬ 
fied,  but  at  the  outset  flexibility  in  this  part  of  the  system 
should  be  stressed.  Thus,  we  put  great  emphasis  on  speed  and 
ease  of  programming.  These  considerations  directed  our 
choice  to  two  cemdidate  microcomputers,  the  Plessey  Miproc-16 
and  the  just  announced  DEC  LSIll-23.  Their  salient  features 
are  outlined  in  Table  2.1. 

2.3  MICBOPBOCESSOB  LOADING 

In  order  to  estimate  the  expected  microcomputer  pro¬ 
cessing  load  that  will  be  applied  by  the  specified  data  rates. 
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1?ABLE  2.1 
DuP 


Plessey  Hiproc-16 

DEC  LSI  11-23 

Technology 

Shottky,  bipolar 

NMOS 

Data  word,  bits 

16 

16 

Instruction,  bits 

16 

16,  32,  48 

Clock 

4  MHz 

Add  time,  register  to  register 

0.250  us 

1.8  (est.) 

Number  of  instructions 

180 

80 

Number  of  registers 

4 

8 

Hardware  F.P. 

(In  development) 

Yes 

RAM 

Capacity 

64K 

256  KB 

Cycle  time 

100  ns 

500  ns 

PROM  , 

Capacity 

64K 

64K 

Cycle  time 

70  ns 

400  ns 

I/O 

Word  size 

16 

16 

Number  of  channels 

256 

Bus 

Maximum  I/O  rate 

3.0  MBPS 

1.67  MBPS 

SOFTWARE 

Resident  assembler 

No 

Yes 

Cross  assembler 

PDPll 

Monitor  or  executive 

Yes 

RTll,  RSXllM 

Higher  level  language 

PL-Miproc 

FORTRAN,  BASIC 

Price: 

$2K,  1976 

-  ,  1979 

Comments 

Fastest 

Easiest  to 
program. 
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wtt  have  constructed  a  hypothetical  processor  sequence  for  tim¬ 
ing  purposes.  It  consists  of  three  distinct  parts: 


1.  Communications  handling  (interrupt  driven) . 

2.  Detection  processing  and  reformatting. 

3.  DMA  transfers  to  the  RP  (interrupt  driven) . 

We  use  an  average  instruction  time  (average  of  add  and 
hardware  multiplying  time)  of  0.85  v>sec  for  the  Miproc-16  and 
3.9  usee  for  the  LSIll-23.  Our  estimate  of  the  time  required 
to  execute  this  sequence  of  operations  on  each  processor  is 
given  in  Tadale  2.2. 

If  the  estimates  in  Tadsle  2.2  are  realistic,  we  see 
that  either  microcomputer  could  handle  the  job  easily,  perhaps 
even  handle  more  than  one  communication  channel.  Alternately, 
considerably  more  c<xnputlng  could  be  performed  in  this  module. 
In  particular,  more  sophisticated  detection  algorithms  may  be 
desired  or  more  than  one  running  simultaneously  may  be  ad¬ 
vantageous.  Further,  data  compression  schemes,  if  they  can 
be  devised,  would  be  performed  in  these  "front-end"  processors. 
In  general,  the  more  computational  power  that  can  be  packaged 
in  the  front  end,  the  more  flexible  the  overall  system  will 
be. 

The  fundamental  trade-off  between  these  two  machines 
is  speed  versus  ease  of  programming.  The  Miproc-16  is  without 
doubt  one  of  the  fastest  microcomputers  availeU^le  on  the 
market  today.  (It  is  available  in  a  "Mil-Spec"  version.) 
However,  its  programming  language  is  unique,  which  is  a  draw¬ 
back,  even  if  it  is  a  relatively  powerful  language.  The  de¬ 
velopment  system  used  with  this  machine  could  easily  be  any 
DEC  11  series  machine  since  Plessey  supplies  a  cross-assembler 
that  allows  programs  to  be  written  and  somewhat  debugged  on 
the  DEC  machine  and  then  the  Miproc-16  instructions  are  formed 
with  the  cross-assembler  and  down- loaded  into  the  Mlproc-16. 
Thus,  the  system  is  fairly  compatible  with  the  rest  of  the  SRC 
system. 
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} 

i 

[  TABLE  2.2 


i 

i- 

\  ^ 

ESTIMATES  OF  PROCESSING  LOAD  ON  EACH  CANDIDATE 
(UNLESS  NOTED,  ALL  TIMES  ARE  IN  MICROSECONDS) 

DuP 

Task 

Miproc-16 

LSIll-23 

}  ^ 

1. 

Interrupt 

Register  Save 

40  Instruction  Interrupt 
Service  Routine 

0.55 

1.375 

34.0 

1  6.5 

160.0 

36.0 

166.5 

X  300  Interrupts/Sec 

10.8  ms 

50.0  ms 

;  w 

Load 

1.0% 

5.0% 

2. 

500  Instructions  per 
each  SP  Input  Word 

.  A 

500  X  3  X  4  -  60K 
Instructions/sec 

51.0  ms 

234.0  ms 

Load 

5.1% 

23.4% 

» 

3. 

Interrupt 

Register  Save 

40  Instruction  Routine 

DMA  Transfer  @  600  KB/Sec 

0.55 

1.375 

34.0 

1000.0 

1  6.45 

160.0 

1000.0 

Load 

0.1% 

0.12% 

» 

TOTAL  LOAD 

6.2% 

28.5% 

! 


» 
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Thtt  LSIll-23,  on  the  other  hand,  Is  a  genuine  m«&ber 
of  the  DEC  11  series  product  line  sharing  comnon  instruction 
sets,  operating  systems  and  higher  level  utilities.  Thus, 
this  type  of  DyP  would  be  the  easiest  to  integrate  into  the 
system. 


2.4  THE  CCP 

The  current  hardware  configuration  at  SDAC  routes  all 
data  through  the  CCP  before  tramsmission  to  the  IBM  360/40A 
DP.  This  has  several  drawbacks: 

1.  The  CCP  is  a  custom-designed  machine.  Hardware 
and  software  developments  are  very  difficult  and 
time  consuming. 

2.  There  is  no  "development"  system.  All  software 
must  be  written  and  debugged  on  the  operational 
machine . 

3.  Programs  developed  for  the  CCP  are  non-transport¬ 
able. 

Basically,  there  is  no  reason  to  include  the  CCP  in  the 
design  we  envisage.  All  the  functions  it  is  presently  per¬ 
forming  can  be  handled  efficiently  by  either  the  DyPs  or  the 
Recording  Processor. 
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III.  THE  RECORDING  PROCESSOR 


3.1  RP  TASKS 

The  basic  function  of  the  RP  (or  both  RPs,  if  redundancy 
is  desired)  is  to  archive  the  data  being  processed  through  the 
detection  microprocessors.  A  requirement  to  archive  all  the 
incoming  data  is  coupled  with  the  requirement  to  store  some 
subset  of  this  data  so  that  it  may  be  accessable  by  other 
modules  of  the  system  in  near  real  time.  Thus,  we  will  speak 
of  off-line  archival  and  on-line  formation  of  what  is  termed 
the  Phase  Arrival  Pile  (PAF) ,  the  list  of  all  detections 
discovered  by  the  DuPs  and  their  relevant  parameters  plus  a 
signal  waveform  file  containing  a  subset  of  the  waveform  stored 
in  the  archives.  The  specific  tasks  to  be  performed  by  the 
RP  axes 

1.  To  poll  the  DuPs  periodically  and  transfer  data 
blocks  to  memory. 

2.  To  format  and  record  all  data  and  detections. 

3.  To  format  and  write  the  PAQ  and  the  SWF. 

4.  To  communicate  with  the  ARPANET. 

5.  Possibly  to  communicate  with  other  locations  to 
send  subsets  of  the  real  time  data  elsewhere. 

3.2  DATA  ARCHIVING 

We  consider  magnetic  tape  as  the  only  practical  media 
on  which  to  archive  all  the  data,  at  least  at  present.  Cur¬ 
rently  there  are  "off-the-shelf  magnetic  tape  systems  for 
the  DEC  11  series  machines  available  utilizing  1600  BPI,  75 
IPS  and  125  IPS  mag  tape  drives.  (6250  BPI  drives  will  prob¬ 
ably  also  be  available  within  a  year.) 

For  the  on-line  data  files,  disk  storage  modules  are 
the  only  practical  systems  available  now.  These  units  are 
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readily  available  from  many  sources  and  provide  the  rapid 
random  access  entry  needed  for  this  application. 

The  load  on  the  RP  imposed  by  Tasks  2  and  3  will  be 
caused  primarily  by  the  bus  use  of  the  recording  peripherals/ 
the  mag  tape  euxd  disk  drive.  Assuming  5  Kbyte  data  blocks 
(one  second  of  network  data  at  the  1980  data  rate) /  this  load 
is  estimated  as  follows: 

Task  2:  Tape  1600  BPI,  75  IPS 


Start  up  5  ms 

5  Kbyte  data  block  42  ms 

0.6  inch  IBG  8  ms 

Stop  5  ms 

60  ms 

Task  3 :  Disk 


Average  positional  seek  28  ms 
Average  rotational  latency  8.3  ms 
5  Kbyte  data  block  6.2  ms 

42.5  ms 

ThuS/  to  archive  on  tape  and  write  to  disk  all  data 
will  take  102  ms/second  representing  a  10  percent  processor 
load  for  the  1980  data  rate.  For  the  future  data  rate  this 
will  increase  by  approximately  three  to  produce  a  30  percent 
processor  load. 

The  capacity  of  magnetic  tape,  formatted  in  a  variety 
of  ways,  is  given  in  Table  3.1.  It  is  clear  from  the  tape 
consisnption  figures  that  with  the  1980  data  rate  6,250  BPI 
drives  are  highly  desirable  and  by  the  time  of  the  future 
data  rate,  they  are  almost  a  necessity. 
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TABLE  3.1 

ARCHIVE  TAPE  CAPACITY 
2,400  FOOT  REELS 


Block 

1,600  BPI 

6,250  BPI 

Size 

(0.6"  IRG) 

(0.3"  IRG) 

500  B 

15.75  MB 

37.98  MB 

2  KB 

31.15  MB 

92.88  MB 

4  KB 

37.14  MB 

122.58  MB 

TAPE  CONSUMPTION 
4  KB/BLOCK 

1980  Future 

1,600  BPI  2.06  Hours  40  Minutes 

6,250  BPI  6.81  Hours  2.2  Hours 

Assume  15  percent  overhead  for  headers,  etc. 


X 
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3.3 


ON-LINE  DATA  BASE 


The  requirement  for  an  on-line  data  base  is  more 
problematical.  At  the  1980  data  rate,  data  accumulates  at 
the  rate  of  432  MB  each  day.  At  the  future  data  rate,  the 
daily  accumulation  becomes  nearly  1,300  MBi  Just  what  should 
be  written  to  disk  files  needs  careful  consideration.  The 
possibilities  are: 

1.  All  data. 

2.  Only  a  subset  of  detected  waveforms. 

3.  All  data,  but  in  a  "compressed"  form. 

The  simplest  and  most  straightforward  approach  is  the 
first.  Table  3.2  compares  the  capacities  of  a  bank  of  eight 
300  MB  storage  modules  when  all  the  data  and  25  percent  of 
the  data  is  saved.  The  principal  object  in  keeping  several 
days  (or  more)  of  data  on-line  is  to  await  the  arrival  at  the 
center  of  arrival  picks  and  event  locations  (alphanumeric) 
data)  from  other  centers.  This  may  take  a  week  or  more.  We 
note,  in  passing,  that  in  the  final  analysis  the  only  signal 
waveform  data  of  interest  is  the  signal  waveforms  from  the 
seismic  events.  Thus,  the  "ideal"  SWF  would  contain  for  each 
station: 


High  frequency  phases;  3  SP  channels 
10  sec  of  80  BPS 

All  phases;  3  MP  channels 
100  sec  of  4  BPS 

Long  period;  3  LP  channels 
1,800  sec  of  1  BPS 

For  each  event  at  each  station 
Times 


2.4  KB 


12.0  KB 


5.4  KB 


19.8  KB 
50.0  stations 


So  a  network  event  file 


1  MByte 
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SWF  AND  PAF  DISK  FILES 
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The  estimates  of  Chinneiry  and  North  (1975)  suggest  that 
there  are  ^J^out  24  earthquakes  with  M  >  4.0  each  day.  Hence, 
this  "ideal"  SWF  would  accumulate  at  the  rate  of  24  MB/day 
versus  1,300  MB/day  of  all  the  data.  This  comparison  simply 
emphasizes  the  potential  gains  to  be  achieved  with  better 
detection  algorithms  and  network  processing. 

The  third  method  of  on-line  data  storage,  utilizing  data 
compression,  is  an  area  where  little  is  known  but  where  reseeurch 
could  potentially  be  quite  rewarding.  The  idea  of  data  com¬ 
pression  is  based  on  the  following  observations: 

1.  Data  is  sampled  in  the  field  and  transmitted 
at  the  highest  rate  ever  needed.  Most  of  the 
time  the  data  is  over  seunpled. 

2.  Data  is  sampled  with  a  16  bit  data  word.  Most 
of  the  time  many  bits  are  redundant  —  they  do 
not  change  from  sample  to  sample. 

It  seems  as  if  one  could  make  use  of  these  facts  in  a 
processing  scheme  to  greatly  reduce  the  number  of  bits  needed 
to  represent  the  data  stream  and  hence  greatly  reduce  the  data 
storage  problems. 

3.4  HP  HARDWARE 

The  specific  hardware  we  suggest  for  this  application 
is  a  PDPll/34  acting  as  the  RF  CPU  with  1,600  BPI  75  IPS  tape 
drives  or  6,250  BPI  drives  as  soon  as  they  become  available, 
a  bank  of  eight  300  Mbyte  disk  storage  modules,  and  DMA  I/O 
ports  for  communication  with  the  DUPs.  Since  only  one  DuP  is 
communicating  with  the  RP  at  one  time,  this  link  could  be 
multiplexed  through  a  single  DMA  channel  into  the  RP.  The 
trade-off  is  basically  between  the  costs  (and  practical  limita¬ 
tions  on  number  of  units)  of  DMA  ports  versus  the  cost  of 
development  of  a  multiplexed  bus.  For  upwards  of  ten  channels, 
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the  DMA  port  per  channel  is  probably  the  most  cost  effective. 
For  more  channels,  a  multiplexed  scheme  is  probably  desirable. 

Sho%m  in  the  design  of  Figure  1.1  is  an  IMPll  UNIBUS 
interface  to  the  ARPANET  IMP.  This  peripheral  will  allow  the 
RP  to  communicate  with  the  ARPANET,  receiving  or  transmitting 
data  over  this  channel.  If  there  is  a  need  to  ccxomunicate 
over  regular  telephone  lines,  say  to  send  some  of  the  data 
elsewhere,  additional  DMA,  synchronous  I/O  ports  can  be 
easily  added.  Considering  that  the  archival  and  disk  file 
writing  tasks  will  represent  only  a  10  percent  CPU  load  for 
the  1980  data  rate,  considerable  bus  and  CPU  processing  time 
is  still  available  for  other  tasks. 

The  communication  I/O  port  to  the  local  processor  net¬ 
work  will  be  discussed  in  detail  in  Section  VI.  Suffice  it 
to  say,  there  will  be  such  a  network  in  this  design  so  that 
all  modules  in  the  SRC  can  communicate  easily  and  at  a  high 
speed  with  one  another. 

Finally,  the  matter  of  reliability  and  redundancy  is 
not  addressed  in  great  detail  in  this  design  study.  Again, 
the  research  nature  of  the  system  is  stressed  and  not  its 
operational  characteristics.  However,  if  it  is  a  requirement 
to  achieve  extremely  high  reliability,  two  identical  RPs  can 
be  configured  so  each  has  access  to  the  data  stream  from  the 
DyPs.  Either  both  systems  could  operate  all  the  time,  or 
more  practically,  a  second  RP  system  could  perform  other 
tasks  such  as  data  services  in  the  background  of  a  foreground/ 
background  type  of  operating  system  (such  as  DEC'S  RT-11 
operating  system) .  When  a  system  fault  occurs  on  the  primary 
system,  a  device  such  as  a  "watchdog"  timer  could  interrupt 
the  secondary  system,  switching  it  immediately  into  the  fore¬ 
ground  process  which  could  be  the  RP  task.  It  would  only  be 
necessary  to  keep  a  mag  tape  loaded  and  on-line  and  a  disk 
drive  in  reserve  for  this  task. 


21 


avariMS.  sc/cncc  ano  aor^rwAmt 


IV.  NETWORK  ANALYSIS  SYSTEM 


4 . 1  NAS  TASKS 

The  functions  of  the  NAS  are  basically  the  seune  as 
those  of  the  Network  Event  Processor  (NEP)  in  the  present 
SDAC.  The  data  sent  to  the  system  are  the  detections  of  the 
DuP's  stored  by  the  RP  in  the  Phase  Arrival  File  (PAF)  and  the 
Signal  Waveform  File  (SWF) .  The  output  from  the  NAS  consists 
of  the  daily  event  bulletins  and  the  Event  Waveform  Files  (EWF) . 

In  the  performance  of  these  functions,  the  NAS  will 
access  the  disk  files  created  by  the  RP  and  will  act  as  a  host 
to  the  analyst's  graphic  stations.  In  the  present  SDAC  con- 
figiiration,  the  NEP  does  not  keep  up  with  the  data  flow  for  a 
variety  of  reasons.  Perhaps  the  chief  reason  for  this  is  the 
poor  global  seismic  coverage  of  the  current  real  time  data 
stream.  This  means  that  before  the  association  process  can 
make  much  headway,  arrival  times  and  event  locations  from 
other  sources  (i.e.,  NEIS,  UK  and  Canadian  arrays)  must  be 
obtained  and  it  may  be  in  excess  of  a  week  before  this  occurs. 
Thus,  the  NEP  must  work  from  the  archived  tapes  rather  than 
from  a  disk  file  and  the  tape  to  disk  transfer  is  slow.  A 
further  cause  of  delay  in  the  processing  is  the  necessity 
of  intervention  by  the  analyst  via  the  E&S  graphics  station 
but,  here  again,  it  is  our  opinion  that  more  complete  seismic 
coverage  would  speed  up  this  process. 

It  is  clearly  desirable  to  make  the  on-line  data  span 
as  much  time  as  possible  so  that  picks  from  external  arrays 
and  networks  can  be  added  to  the  PAF  without  the  necessity 
of  mounting  the  archive  tapes  as  happens  in  the  present 
SDAC  operation.  The  total  amount  of  on-line  data  is  really 
just  a  function  of  the  cost  of  the  hardware.  Utilizing 
standard  "off-the-shelf"  technology  for  disk  storage  modules, 
a  capacity  of  2,112  MB  is  easily  attainable. 
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More  important,  however,  than  the  total  on-line  data 
capacity  is  the  rate  at  which  the  NAS  processes  the  data. 

No  matter  how  large  the  on-line  capacity,  it  is  obvious  that 
if  the  NAS  processing  rate  does  not  equal  or  exceed  the  input 
data  rate,  the  on-line  capacity  will  eventually  be  filled. 

Thus,  we  believe,  immediate  emphasis  should  be  placed  upon  re¬ 
search  necessary  to  totally  automate  the  tasks  of  the  NAS. 

Once  this  is  accomplished,  speed  and  on-line  disk  capacity 
could  be  adjusted  to  facilitate  a  smooth  operation. 

4 . 2  NAS  HARDWARE 

The  DEC  PDF  11/70  is  an  adequate  machine  for  the  present 
demands  of  2m  NAS.  It  may  be  in  the  future  that  the  program 
and  data  space  restrictions  to  32K  words  of  memory  total  will 
eventually  prove  to  be  a  serious  impediment.  However,  in  this 
eventuality  the  NAS  may  be  rather  easily  upgraded  to  a  VAX 
11/780  (see  Section  V) ,  a  virtual  memory  machine. 

The  NAS  will  access  the  on-line  data  files  created  by 
the  RP  both  via  the  dual-ported  disk  storage  modules  and  via  the 
local  network  (see  Section  VI) .  One  mode  of  operation  would 
be  to  have  the  RP  writing  to  one  storage  module,  while  the 
NAS  reads  from  another  already  filled.  An  alternate  way  of 
operation  is  to  have  both  the  NAS  and  the  RP  accessing  the 
same  storage  module  with  directory  information  (which  is 
dynamically  changing)  transmitted  over  the  local  net.  A 
third  method  of  operation  is  to  have  all  the  data  transmitted 
via  the  local  network.  This  is  practical  if  the  network  link 
has  a  high  bandwidth  and  the  RP  is  not  too  heavily  loaded. 
Conceptually,  this  may  seem  to  be  the  most  elegant  design, 
but  practically  its  effectiveness  will  depend  upon  the  RP's 
adsility  to  feed  the  network  at  the  required  rate  and  perform 
its  other  functions.  Our  design  is  configured  so  that  experi¬ 
ments  may  be  conducted  with  any  of  these  methods. 
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The  NAS  system  as  configured  Includes  the  existing  E&S 
graphics  system.  The  throughput  to  this  peripheral  processor 
can  be  made  quite  high  via  a  DMA  I/O  port  on  each  machine. 

The  disk  buffer  storage  of  the  E&S  system  could  easily  be 
increased  to  facilitate  scrolling  on  the  screen  or  the  disk 
storage  modules  of  the  11/70  could  be  used  via  the  DMA  access. 
More  graphics  processors  of  this  type  could  easily  be  added 
to  the  system  but  it  may  be  desirable  to  investigate  other 
types  of  devices  such  as  the  storage  scopes.  These  devices 
(like  the  Tektronix  4000  series)  have  been  successfully  used 
at  high  speed  via  a  DMA  port  in  seismic  network  analysis,  notably 
at  California  Institute  of  Technology.  These  units  have  the  ad¬ 
vantage  of  high  resolution  and  low  cost  compared  to  the  E&S 
system  at  the  price  of  some  reduced  graphics  capability. 

If  there  is  a  requirement  for  the  NAS  to  send  data 
such  as  the  EWF  to  external  sites,  either  an  ARPANET  IMP  in¬ 
terface  or  (and)  a  regular  communications  channel  could 
easily  be  configured  in  the  system. 

4 . 3  IMPLEMENTATION 

A  conservative  approach  to  the  development  of  the  NAS 
is,  in  the  first  stage,  simply  to  duplicate  the  software 
now  on  the  NEP  40B  on  its  replacement,  the  11/70.  This  would 
be  performed  with  special  emphasis  placed  on  eliminating  those 
bottlenecks  existing  at  present: 

1.  Recovering  signal  waveforms  from  tape. 

2.  Transfer  of  signal  waveforms  from  40B  disks  to 
limited  11/35  disk  for  display  on  E/S  scope. 

3.  Reinitializing  11/35  system  and  recovery  of  disk 
data  after  a  system  crash. 

As  much  as  possible  the  NAS  will  work  directly  from 
disk  data.  However,  the  recovery  of  the  signal  waveforms 
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from  the  archived  tapes  will  most  likely  be  necessary  for  some 
time. 

A  second  stage  of  development  would  clearly  include 
experimentation  with  other  types  of  graphics  devices.  We  be¬ 
lieve  that  several  graphic  stations  should  be  configured 
"directly”  into  the  NAS  11/70  system.  There  are  many  candi¬ 
dates  for  such  graphic  stations  that  span  the  technology  from 
E&S  type  systems  to  the  Tektronix  storage  scope  type.  The 
principal  characteristics  that  are  needed  are  the  ability  to 
display  some  20  traces  of  about  2,400  points  each  (60  seconds 
at  40  samples/second)  flicker  free  and  the  ability  to  scroll 
one  or  more  traces  independently.  Writing  speed  should  be 
high  and  DMA  access  to  the  11/70  is  clearly  necessary.  We 
recommend  further  research  into  these  systems. 

We  further  recommend  that  serious  consideration  be  given 
to  configuring  the  NAS  with  a  VAX  11/780  as  an  upgrade  to  the 
11/70  shown  in  the  design,  Figure  2.1  (see  Section  V). 
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V.  THE  RESEARCH  SYSTEM 


5.1  DESIGN  PHILOSOPHY 

The  overall  function  of  the  SRC, as  its  name  implies , 
is  research.  Thus,  the  research  system  (RS)  is  in  many  ways 
the  most  Important  element  in  the  SRC  design.  Clearly,  it 
is  desirable  to  have  the  most  powerful  computing  tool  that 
can  be  afforded  while  at  the  same  time  maintaining  compatabil- 
ity  with  the  rest  of  the  system.  The  only  likely  candidates 
for  the  RS,  within  the  DEC  11  series  line,  are  the  11/70  and 
the  VAX  11/780.  In  our  opinion,  there  is  no  doubt  that 
the  VAX  is  by  far  the  more  suitable  computer.  Introduced  in 
1977,  it  represents  an  upward  extension  of  the  11  series. 

It  is  a  true  32  bit  machine.  While  the  addressing  modes  and 
stack  structures  are  similar  to  those  of  the  11  series,  the 
11/780  provides  32  bit  addressing  to  give  a  large  problem 
space,  as  well  as  32  bit  arithmetic  and  data  paths  for  pro-* 
cessing  speed  and  accuracy. 

5.2  COMPARISON  BETWEEN  THE  11/780  VERSUS  THE  11/70 

Figure  5.1  illustrates  the  basic  architecture  of  the 
11/70  and  the  11/780.  Tedsle  5.1  provides  a  comparison  of 
some  of  the  main  characteristics  of  the  two  processors.  The 
significant  differences  are  in: 

1.  The  size  of  the  cache. 

2.  The  memory  bus  speed. 

3.  The  program  space. 

4.  The  fact  that  the  11/70  has  no  writable  control 
store. 

Besides  the  obvious  advantages  of  a  32  bit  word,  the 
chief  increase  in  computing  power  (speed)  is  due  to  the  memory 
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Figure  5.1.  Architecture  of  the  VAX  11/780  (a)  and  the  11/70 
(b) . 
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TABLE  5.1 


PROCESSOR  COMPARISON  OF  TWO  CANDIDATE  RESEARCH 
SYSTEM  COMPUTERS 


11/70 

2  KB  Cache 
2  MB  Memory 
32  bit  FPA 

32  bit  memory  path  @  2  MBPS 
16x16  bit  general  registers 
64  KB  program  space 
No  control  store 
360  ns  access  time 


11/780 

8  KB  Cache 
8  MB  ECC  MOS  memory 
32  bit  FPA 

32  bit  memory  path  @  13.3  MBPS 
16x32  bit  general  registers 
4  MB  program  space 
12  KB  writable  control  store 
290  ns  access  time 


28 


svarcMS.  MCitNct  ano  BorrwAHK 


bus  structure  in  the  11/780.  It  is  the  syst^'s  internal 
backplane  and  bus  which  conveys  addresses,  data  amd  control 
information  between  the  processor  amd  memory,  and  between 
memory  and  peripheral  controllers.  In  addition  to  its  13.3 
Mbyte  per  second  transfer  rate,  the  bus  provides  an  unusual 
degree  of  throughput  and  reliability  because  it  uses: 

1.  Time-division  multiplexing. 

2.  Distributed  priority  arbitration. 

3.  Parity  and  protocol  checking  on  every  transfer. 

4.  Transaction  history  recording. 

The  protocol,  or  sequence  in  which  operations  occur  on  the 
bus  is  time-division  multiplexed  to  increase  the  effective 
bus  bandwidth.  Time-division  multiplexing  means  that  the 
transactions  constituting  one  transfer  operation  are  inter¬ 
leaved  with  the  transactions  constituting  another  transfer 
operation.  Thus,  several  operations  can  be  in  progress  over 
the  same  period  of  time.  For  example,  the  CPU  can  ask  a 
memory  controller  to  read  some  data;  the  same  memory  controller 
might  then  transfer  previously  requested  data  to  an  I/O  device 
before  transferring  the  required  data  to  CPU. 

In  the  11/70,  the  processor  bus  may  be  tied  up  for  the 
entire  time  required  to  complete  a  transfer  because  a  requester 
acquires  the  bus  to  send  an  address  and  then  keeps  the  bus 
while  it  waits  for  the  requested  data.  In  the  11/780,  the 
bus  is  not  held  inactive  during  the  data  access  time  because 
bus  ownership  is  relinquished  after  every  cycle.  A  requester 
acquires  the  bus  to  send  an  address,  relinquishes  the  bus, 
and  then  the  responder  acquires  the  bus  to  send  the  data.  In 
the  interim,  any  number  of  other  transactions  can  be  initiated 
or  completed.  This  feature  and  the  fact  that  transactions  are 
buffered  make  it  possible  for  the  bus  to  operate  at  its  full 
bandwidth,  because  a  bus  transaction  can  take  place  every  200 
nanoseconds . 
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An  idea  of  the  relative  computational  power  of  these 
two  systems  and  of  the  IBM  360/44  can  be  obtained  from  an 
arithmetically  intensive  benchmark  we  have  run  on  these  com¬ 
puters.  The  test  consisted  of  a  16K  Fast  Fourier  Trauisform 
(FFT)  both  forward  and  back.  The  time  to  complete  the  two 


transforms  was: 

IBM  360/44 

PDP 

11/70 

VAX  11/780 

97  sec 

57 

sec* 

12  sec 

267 

sec* 

From  the  hardware  considerations,  it  is  clear  that 
the  11/780  is  a  superior  machine  for  the  RS.  However, 
software  must  also  be  considered.  It  is  desirable  to  run 
as  much  of  the  SRC  as  possible  with  the  same  software 
operating  system.  Fortunately,  version  seven  of  UNIX  is  now 
marketed  by  Western  Electric  and  runs  on  both  the  11/70  and 
the  11/780.  A  mini-UNIX  is  available  for  the  11/34  RP  if  so 
desired,  however,  its  real  time  functions  may  require  a  dif¬ 
ferent  operating  system  such  as  DEC'S  RT-11. 

Both  the  computer's  manufacturer  emd  the  operating 
system's  writers  have  gone  to  great  length  to  insure  the 
compatibility  of  the  11  series  and  the  11/780.  Through  the 
use  of  microcode,  the  11/780  can  operate  in  two  modes:  native 
or  compatibility  mode.  In  native  mode  the  processor  executes 
a  large  set  of  variable- length  instructions,  recognizes  a 
variety  of  data  types,  and  uses  16  32-bit  general  purpose 
registers.  In  compatibility  mode  the  processor  executes  a 
set  of  PDP-11  instructions,  recognizes  integer  data  and  uses 
eight  16-bit  general  purpose  registers.  While  native  mode  is 


* 

Since  the  progreun  space  in  the  11/70  is  32K  words,  this 
test  program  would  not  fit  on  the  machine.  The  57  second 
result  is  the  extrapolation  of  a  4K  FFT  result.  The  267 
second  result  is  the  16K  FFT  run  under  the  RSX-llM  operating 
system  using  remapping. 
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the  prinary  instruction  execution  state  of  the  machine  and 
compatibility  mode  the  secondary  stage,  their  instruction  sets 
are  very  similar.  A  prograua  can  execute  both  native  mode 
images  and  compatibility  mode  images. 

As  the  native  mode  instruction  set  is  a  powerful  ex¬ 
tension  of  the  PDP-11  instruction  set,  the  progreunmer  with 
previous  POP- 11  knowledge  who  is  developing  new  applica¬ 
tions  will  experience  a  high  level  of  adaptability.  Similarly, 
11/780  high-level  languages  are  closely  compatible  with  those 
of  the  PDP-11  faunily. 

Under  both  the  DEC  operating  system  for  the  11/780  and 
UNIX,  almost  total  compatibility  is  insured.  This  means  that 
in  practice  programs  can  be  developed,  debugged  and  run  on  the 
11/780  and  then  down- loaded  onto  the  11/70.  The  only  restric¬ 
tion  of  significance  is  the  11/70's  limitation  of  32K  words 
of  program  space.  As  both  the  data  formats  and  the  file  struc¬ 
tures  are  common,  data  file  transfers  between  machines  are 
simple.  Further,  since  the  peripheral  busses  in  the  two 
machines  are  the  same,  MASSBUS  and  UNIBUS,  peripherals  can  be 
common  to  both.  In  particular,  dual-ported  disks  can  be 
utilized.  Finally,  DEC  has  gone  to  some  length  to  provide 
the  full  line  of  network  peripherals  (see  Section  VI)  for 
the  11/780  so  that  it  may  be  configured  as  shown  in  Figure 
1.1  in  the  SRC.  Indeed,  several  installations  have  been  con¬ 
figured  this  way,  notably  one  at  the  University  of  California, 
Berkeley,  Computer  Services  Department,  which  uses  the  UNIX 
operating  system. 

The  costs  of  an  11/70  system  and  an  11/780  system  dif¬ 
fer  chiefly  in  the  CPU  and  memory  price.  Using  the  DEC 
list  price,  we  were  quoted  the  following  systems: 

CPU 

67  Mbyte  Disc 

45  IPS»  1,600  BPl  tlag-Tape 

8  Line  Asynchronous  Multiplexer 
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for  $103K  for  the  11/70  version  and  $153K  for  the  11/780 
version.  Recently  announced  price  reductions  for  memory  will 
make  both  these  prices  lower.  We  believe  the  money  is  well 
spent.  We  recommend  strongly  that  the  VAX  11/780  be  used  as 
the  RS  computer.  Indeed,  if  it  is  within  the  budgetary 
possibilities,  we  recommend  using  the  11/780  for  both  the 
NAS  and  the  RS.  Since  the  task  of  the  NAS  is  only  defined 
at  present  in  concept,  it  too  must  be  a  research  machine  and 
it  would  be  wise  to  endow  it  with  as  much  power  as  the 
budget  can  afford. 
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VI .  INTERPROCESSOR  COMMUNICATION 

6.1  LOCAL  NETWORK  DESIGN 

The  need  for  a  local  computer  network  for  the  SRC 
arises  from  two  general  requirements: 

1.  Access  to  a  common  data  base  by  several  pro¬ 
cessors. 

2.  Redundancy  to  provide  reliability  of  the  entire 
system. 

There  are  a  number  of  ways  that  local  computers  can  be 
connected  to  form  a  network.  The  best  system  architecture 
for  this  application  depends  upon  several  factors,  including: 

1.  Future  expansion  envisioned. 

2.  Degree  of  relicdsility  required. 

3 .  Budget . 

The  most  general,  and  perhaps  most  desirable,  arrange¬ 
ment  is  to  achieve  a  fully  distributed  local  network  wherein 
every  processor  can  communicate  with  every  other  processor. 
There  are  several  ways  to  accomplish  this  goal,  two  of  which 
are  most  applic5d)le  for  the  SRC. 

1.  The  simplest  system  for  a  small  number  of  com¬ 
puters  is  point-to-point  connections.  In  this 
architecture,  there  is  a  separate  path  between 
each  pair  of  machines.  This  provides  for  a 
simple  to  program,  low-overhead  and  efficient 
system.  The  only  drawback  is  that  it  takes 
N(N-l)/2  interconnections  for  N  machines  and, 
hence,  for  more  than  three  or  four  computers  it 
becomes  expensive  and  cumbersome. 
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2.  The  second  approach  is  to  use  what  is  essentially 
a  loop  structure.  In  this  architecture  each  pro¬ 
cessor  is  connected  in  a  Tee  manner  to  a  shared 
connecting  link.  The  link  can  be  a  serial  type 
connection  or  it  can  be  a  bus  type  parallel  con¬ 
nection  which  achieves  much  higher  transfer 
rates. 


P  P  P  P 


DEC  offers  hardware  and  software  for  both  types  of  in¬ 
terconnections.  In  fact/  they  have  a  rather  complete  range 
of  communications  peripherals  for  the  11  series  machines.  For 
the  point-to-point  type  of  interconnection  they  offer  both 
serial  devices  (OMllC)  and  parallel  devices  (DAUB)  ,  both  of 
which  can  operate  in  a  DMA  mode  to  the  connected  processors. 
The  chief  difference  is  in  transmission  rates,  the  parallel 
connection  being  some  five  times  faster  (600  KBps) . 
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For  the  common  connecting  line  architecture/  the 
PCLll-B  utilizes  a  time  multiplexed  bus.  The  device  is  a 
UNIBUS  peripheral  which  perfoarms  data  transfers  between  com¬ 
puters  using  parallel  transfers  of  16  bit  words  on  an  inter¬ 
connecting  bus.  It  is  a  full  duplex  device  so  that  one  node 
can  be  both  transmitting  emd  receiving  at  the  same  time. 

Because  of  this  and  the  multiplexed  nature  of  the  intercon-  | 

nect  bus,  up  to  all  16  possible  conversations  may  be  occurring  j 

concurrently.  It  performs  the  data  transfers  by  direct  memory 
access  (DMA)  with  the  computer  memory  and  automatically  per¬ 
forms  error  checking  with  hardware  generated  and  checked 
word  parity  and  CRC-16  block  message  checking. 

The  device  manages  its  own  protocol  on  the  interconnect 
bus  so  as  to  completely  manage  the  job  of  establishing  com¬ 
munications  with  the  intended  recipient  ccmputer  and  passing, 
checking,  and  acknowledging  the  data  message.  Thus,  use  of 
it  is  essentially  transparent  to  the  user  who  simply  directs 
the  device  to  take  a  particular  block  of  data  or  message  of 
some  specified  length  and  sent  it  to  the  intended  computer 
number  N.  No  further  user  intervention  is  required  until  the 
PCLll-B  I/O  driver  responds  with  either: 

1.  An  I/O  done  indication  after  successful  completion. 

2.  An  I/O  failure  indication  together  with  the  reason, 
such  as: 

I  —  Non-existent  node 

—  Node  busy  after  multiple  retries 

—  Continued  data  errors  after  multiple  retrans¬ 
missions. 

I 

The  PCLll-B  UNIBUS  interface  consists  of  both  a  trans-  i 

mitter  and  receiver  section  as  well  as  the  electronics  for  | 

timing  and  control  of  the  interconnect  bus.  Redundant  (dual) 

(  PCLll-B  bus  systems  can  be  built  as  illustrated  in  Figure  6.1.  ! 

I 

35 

SYSTKMm.  BCIKNCt  ANO  SOfTWAmm 


iCfOT'  I rr'  -n- 


BUS  *1 


> 


BUS  «2 

_ > 

■ 

■ 

■n  f— 

■ 

3 


Tx  Rsd  TxRx 


CPU 
#  1 


TxRx  BtxRx 

CPU 

CPU 

#2 

(16  MAX.) 

N 

Figure  6.1.  Redundant  dual  bus  PCLll-B  system. 
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This  dual  bus  structure  gives  not  only  redundancy  and  back-up 
of  the  key  Interconnect  mechanism,  but  increased  power  as 
well;  since  the  two  busses  operate  Independently,  they  both 
can  be  used  simultaneously. 

The  PCLll-B  has  been  designed  to  provide  certain  fea¬ 
tures  which  are  desirable  for  a  very  reli£U3le  system. 
Principally,  due  to  its  "Tee"  structure  (as  oppossed  to  a 
"daisy  chain"  structure) ,  individual  CPUs  can  be  powered  down 
or  disconnected  from  the  network  without  ill  effect.  Further, 
each  unit  contains  the  logic  for  timing  and  control  of  the  bus 
and  in  the  event  of  a  failure  of  the  designated  master  timing 
unit,  there  can  be  automatic  failover  to  a  specific  secondary 
vinit.  Any  unit  may  be  designated  master  or  secondary. 

The  interconnect  bus  can  transfer  data  at  speeds  up  to 
one  million  bytes  per  second.  The  bus  use  can  be  allocated 
in  either  of  two  ways;  the  default  method  of  equal  use  by 
the  nodes  in  the  network  with  "round  robin"  time  slicing, 
or  explicitly  by  means  of  a  software  loadable  table  in 
the  device,  giving  the  specific  time  slice  sequence  to  be  used 
—  up  to  a  maximum  of  half  the  bus  bandwidth  to  any  one  node. 
In  this  manner,  the  bandwidth  of  each  node  can  be  tuned  to 
best  meet  the  application  need.  For  example,  a  data  base 
management  computer  which  receives  short  inquiry  messages  and 
transmits  long  data  block  responses  could  be  set  up  to  have  a 
greater  share  of  the  bus  bandwidth. 

In  sxjmmary,  there  are  three  standard  network  communi¬ 
cations  that  can  be  considered: 


1. 

DMllC: 

Point-to-point . 

125 

KBPS  over 

serial 

triaxial  cable  to  2,000 

m. 

2. 

DAUB: 

Point-to-point. 

DMA 

transfers 

to  600 

KBPS  in 

half  duplex. 
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i 

3.  PCLll-B:  Multiple  point.  DMA  transfers  to 

multi-CPU  bus  up  to  IMBPS.  Up  to  16  processors 
on  one  bus. 

Our  recommendation  for  the  local  network  link  is  the 
PCLll-B  as  it  offers  the  highest  throughput  and  is  specifically 
designed  for  high  reliability.  A  dual  bus  configuration  may 
be  considered  to  increase  reliability. 

6.2  SBC  NETWORK  HARDWARE 

The  SRC  configuration  shown  in  Figure  1.1  also  utilizes 
dual-ported  disk  storage  modules  and  there  are  two  main  rea¬ 
sons  for  this: 

1.  The  reduction  in  cost  resulting  from  the  use 
of  shared  peripherals. 

2.  Advantage  of  dual-ported  disks  as  a  means  of 
data  base  access  over  access  via  network  link. 

When  processor  2  accesses  the  disc,  processor  1 
experiences  no  interference,  whereas  when  data 
is  accessed  via  network,  both  processor's  busses 
are  tied  up.  The  lack  of  bus  contention  during 
these  data  transfers  via  this  method  is  considered 
to  be  a  significant  advantage  in  the  SRC  design. 

We  recommend  that  dual-ported  disc  storage  modules  be 
utilized  particularly  in  the  RP-NAS  link  where  large  quanti¬ 
ties  of  data  must  be  routinely  transferred. 
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VII.  SmOiARY  AND  FINAL  RECOMMENDATIONS 


This  design  for  a  Seismic  Research  Center  has  emphasized 
the  role  of  research  in  configuring  the  syston  shown  in  Figure 
1.1.  We  have  considered  the  possible  requirement  that  this 
system  might  have  to  act  as  interim  operational  Seismic 
Data  Center  and  our  design  is  quite  capable  of  so  doing. 

However,  the  emphasis  throughout  was  on  computational  power 
and  flexibility  rather  than  on  reliability  or  redundancy. 
Nevertheless,  the  path  to  achieve  these  goals  hae  been  outlined. 

We  have  stressed  simplicity  in  the  design  using  almost 
exclusively  off-the-shelf  components  from  Digital  Equipment 
Corporation  and  Plessey  Microsystems,  both  industry  leaders. 

The  lines  of  their  equipment  we  chose  are  well  developed, 
widely  used  and  supported  but  yet  still  evolving.  We  believe 
that  such  choices  will  allow  the  SRC  to  evolve  gracefully 
with  the  technology  as  new  members  of  these  product  lines 
are  introduced. 

This  design  calls  for  the  replacement  of  both  IBM 
360/40  mainframes  with  mini-computers  and  the  elimination  of 
the  CCP.  One  result  of  utilizing  this  smaller  and  simpler 
computer  architecture  will  be  a  consideraOsle  savings  both  in 
mainten2uice  and  operating  costs  —  savings  that  over  a  few 
years  could  easily  exceed  the  cost  of  the  equipment. 

In  sumnuury,  we  make  the  following  specific  recommenda¬ 
tions  : 

1.  The  SRC  be  configured  with  locally  distributed 
processors  consisting  of: 

N  Detection  microprocessors, 

1  or  2  Recording  processors, 

A  network  analysis  system,  and 
A  Research  system 

connected  together  in  a  local  network. 
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2.  An  R&D  project  be  initiated  to  test  real-tine 
detection  algorithns  in  both  the  Plessey  MIPROC-16 
2md  the  DEC  LSI  11-23  micro-computers. 

3.  A  POP  11/34  be  used  as  the  recording  processor 
with  a  second  machine  connected  in  parallel  if 
redundancy  is  desired. 

4.  A  PDP  11/70  or  more  preferadjly  a  VAX  11-780  be 
used  as  the  network  analysis  system  communicating 
with  the  RP  both  over  the  network  link  and  via 
dual-ported  disks. 

5.  A  VAX  11/780  be  used  as  the  Research  System. 

6.  The  local  network  connecting  all  processors  in 
the  SRC  utilize  the  DEC  PCLll-B  network  bus 

(or  similar  hardware)  with  a  dual  bus  structure 
used  if  redundancy  is  required. 

A  reasonable  time  table  for  the  implementation  of  this 
design  plan  is  illustrated  in  Figure  7.1. 
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Figure  7.1.  Seismic  research  center  milestones 
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MICROPROPROGRAMMABLE  MICROPROCESSOR  SURVEY 


rsrcMs.  scicMce  amo  sorrivAitc 


MICROPROGRAMMABLB  MICROPROCESSOR  SURVEY 
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aYSTKMM.  aeiKNCK  ANO  gO^TWAmt 


MICROPROGRAMMABLE  MICROPROCESSOR  SURVEY 


SYSTEMS.  SCIENCE  AND  SOETWAHE 


NICROPROGRAMMABLE  MICROCOMPUTER  SURVEY 
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yartMB.  sciknck  and  moriwAmr 


MICROPROGRAMMABLE  MICROCOMPUTER  SURVEY 


M 


49 


SrSTCMS.  tCItNCK  ANO  MO^TWAmt 


rsrtMm.  sciCMcr  and  aorrwAms 


MICROPROGRANMABLE  MICROCOMPUTER  SURVEY 
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NICROPROGRAMMABLB  MICROCOMPUTER  SURVEY 
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NICROPROGRAMHABLB  MICAOCOMPUTER  SURVEY 


srsrrMS.  scicwcc  and  aorrwAmt 


NICROPROGRAMMABLB  MICROCOMPUTER  SURVEY 


